Serial No.: 10/632,069 

Response to Office Action Dated lUlarch 1, 2006 
Amendment Dated June 30, 2006 

Amendments to the Specification: 

Please replace paragraph! [0001] with the following amended paragraph: 

[0001] This application claims priority to U.S. Provisional Application Serial No. 
60/400,391 titled "JSM Protection," filed July 31 , 2002. incorporated herein by reference. 
This application also claims priority to EPO Application No. 03291909.4, filed July 30, 
2003 and entitled "Using 1IVIPDEP2 For System Commands Related To Java Accelerator 
Hardware," incorporated herein by reference. This application also may contain subject 
matter that may relate to the following commonly assigned co-pending applications 
incorporated herein by reference: "System And Method To Automatically Stack And 

Unstacl< Java Local Variables," Serial No. [[ 11 10/632.228 . filed July 31 , 2003t 

Attorn e y D eel^et No. T I - 35^22 (1962 - 05 4 01) ; "IVIemory Management Of Local Variables," 

Serial No. [[ 11 10/632.067 . filed July 31, 2003 , Attorn e y D o cket No. Tl 35^23 

(1962 - 05^02) ; "IVIemory Management Of Local Variables Upon A Change Of Context," 

Serial No. [[ 11 10/632.076 . filed July 31, 2003 . Attorney Dock o t No. Tl 35 ' 124 

(1962 - 05'103) ; "A Processor With A Split Stack," Serial No. [[ 11 10/632.079 . filed 

July 31 , 2003, Atto m ey Do cket N o . TI - 35425( 196 2- 05 ^ 0 ^); "Test With Immediate And 
Skip Processor Instruction," Serial No. [ [ 1 1 10/632.214 . filed July 31, 2003, 

Attomey Doe k e t No« TI - 35 ^ 27 (1962 05^06) ; "Test And Skip Processor Instruction Having 

At Least One Register Operand," Serial No. [[ 1 110/632,084 . filed July 31, 

2003, Att o m e y Dock o t No . Tl - 352 ^ 8 (1062 05^07) ; "Synchronizing Stack Storage," Serial 

No. [[ 11 10/631.422 . filed July 31, 2003r^ m e y Docket No. T I - 35 /1 29 (1962 - 

0&408); "Methods And Apparatuses For Managing Memory," Serial No. 

[[ 11 10/631.252 . filed July 31, 2003 . Attorn o y Dock o t No. T l 35^30 (1062 

05409); "Write Back Policy For Memory," Serial No. [[ 1 110/631.185 . filed July 

31 , 2003 , Attomey Dockot No. TI - 35'131 (1962 - 05^10) ; "Methods And Apparatuses For 

Managing Memory," Serial No. [[ 11 10/631.205 . filed July 31 , 2003, At tor ne y 

Do cke t N o. TI - 35^32 (1 962 - 05 '1 1 1 ); "Mixed Stack-Based RISC Processor," Serial No. 

[|^ 1 110/631.308 , filed July 31, 2003 . Attorn o y Dock o t No . TI- 35 ^ 33 (1062 ' 

05412) ; "Processor That Accommodates Multiple Instmction Sets And Multiple Decode 



178019.01/1962.05405 



Page 2 of 19 



Serial No.: 10/632,069 

Response to Office Action Dated March 1, 2006 
Amendment Dated June 30, 2006 

Modes," Serial No. [[ 11 10/631.246 , filed July 31, 2003, Attorney Doc l ^ o t No. T l 

35^3^ (1962 - 05 ^ 13) ; "System To Dispatch Several Instructions On Available Hardware 

Resources," Serial No. [[ 1 110/631.585 . filed July 31, 2003 , Attorn e y Dock o t 

No . TI - S S ^ ^'I (1962 - 0 5414); "Micro-Sequence Execution In A Processor," Serial No. 

[[ 1 110/632,216 . filed July 31, 2003 . Attorney Dockot No. TI - 35^/15 (1962 

05415); "Program Counter Adjustment Based On The Detection Of An Instruction Prefix," 

Serial No. [[ 11 10/632.222 . filed July 31, 2003 , Attorney Dockot No. T ! 35152 

(1962-054-1 6 ); "Refomiat Logic To Translate Between A Virtual Address And A 

Compressed Physical Address," Serial No. [[ 11 10/632.215 . filed July 31 , 2003t 

Attorn e y Dock e t No. Ti - 35^60 (1062 05^17) ; "Synchronization Of Processor States," 

Serial No. [[ 1110/632.024 . filed July 31, 2003 . Attom e y Dock o t No. T l 3516 1 

(4 Q62 - 05118) ; "Conditional Garbage Based On IVIonitoring To Improve Real Time 

Peri^ormance," Serial No. [[ 11 10/631.195 . filed July 31. 2Q03r- Attorn e y Dock o t N o. 

TI - 35 ' 185 (1962 - 05119) ; "Inter-Processor Control," Serial No. [[ 11 10/631.120 . 

filed July 31, 2003 . Attomoy Dockot No. Ti - 35186 (1962 - 05^20) ; "Cache Coherency In A 

Multi-Processor System," Serial No. [[ 11 10/632.229 . filed July 31, 2003t 

Attom e y Dock e t No. TI - 35637 (1 062 05 4 21) ; "Concun-ent Task Execution In A Multi- 
Processor, Single Operating System Environment," Serial No. [[ 11 10/632.077 . 

filed July 31 , 2003 , Attom e y Dock e t No. Tl - 3 §63g (1962 - 05122) ; and "A Multi-Processor 
Computing System Having A Java Stack Machine And A RISC-Based Processor," Serial 

No. [[ 11 10/631.939 . filed July 31. 2003, Attorney Docket No. TI-35710 (1962- 

05423). 

Please replace paragraph [0024] with the following amended paragraph: 
[0024] The data storage 122 generally comprises data cache ("D-cache") 124 and data 
random access memory ("D-RAMset") 126. Reference may be made to co-pending 
applications U.S. Serial Nos. 09/591 ,537 filed June 9, 2000 ( Attorney Dock et No . Tl 
29g§ 4Now U.S. Pat. No. 6.826.652 ). 09/591,656 filed June 9, 2000 ( Attorn e y D oclt o t 
No. TI - 2QQ 6Q N0W U.S. Pat. No. 6.792.508 ). and 09/932,794 filed August 17, 2001 
(Attorney Docket No. — TI-54 ^Now U.S. Pat. No. 6.789.172 ). all of which are 
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incorporated herein by reference. The stacl< (excluding the micro-stack 146), arrays 
and non-crlticai data may be stored in the D-cache 124, while Java local variables, 
critical data and non-Java variables (e.g., C, C++) may be stored in D-RAM 126. The 
instruction storage 130 may comprise instruction RAM ("l-RAM") 132 and instruction 
cache ("l-cache") 134. The l-RAMset 132 may be used for "complex" micro-sequenced 
Bytecodes or other "micro-sequences or critical sequences of codes," as will be 
described below. The l-cache 1 34 may be used to store other types of Java Bytecode 
and mixed Java/CISA instructions. 

Please replace paragraph [0027] with the following amended paragraph: 

[0027] In a preferred embodiment, system commands (e.g., mask, unmask, micro-stack- 
clean, etc.) are accessible from the first and second instruction sets due to a common 
Bytecode in each instruction set. This Bytecode may be used to determine that the 
following instruction Is a system c o mm a nd scommand . System commands may belong 
to one Instruction set and preferably to the second instruction set. A system command, 
as described herein, is an instruction that executes a variety of system tasks essential 
for the execution of instructions. In some embodiments, the decode logic may be 
adapted to switch modes depending on an instruction and to which the instruction 
belongs. An instruction may be made up of one Bytecode, or the plurality of 
Bytecodes. However, the Bytecodes that make up the instruction in one Instruction set 
may also be used in another instruction set but may not constitute the same instaictlon. 
As such, the decoder must be adapted to decode instructions based on the instruction 
set. 

Please replace paragraph [0028] with the following amended paragraph: 

[0028] Referring again to Figure 4, while the decode logic 152 is decoding Bytecode A, 
pre-decode logic 158 may pre-decode five Bytecodes following Bytecode A. In 
particular, the pre-decode logic may pre-decode Bytecodes defined by the 
implementation that indicates the mode the decode logic should operate in for at least a 
succeeding instruction. For example, if Bytecode A belongs to the first instruction set, 
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the pre-decode logic 152 may detect Bytecode B is a predetermined prefix which 
Indicates at least one instruction from the second instruction set following the 
predetermined prefix con-esponds to the system command. If Bytecode A belongs to 
the second Instruction set, the pre-decode logic 1 52 may detect that Bytecode B is a 
predetermined prefix which indicates at least one system command follows, in which the 
system command belongs to the second instruction set. The predetermined prefix, 
common to both instruction se tsets . may be an implementation dependent Bytecode, 
such as a Java Impdep2 Bytecode. In a preferred embodiment, after detecting the 
predetermined prefix, the Bytecode succeeding the predetermined prefix is loaded into 
the decode logic 152. Referring to Figure 5, the decode logic 152, after decoding 
Bytecode A, may immediately decode Bytecode C, a system command when executing 
instruction in the first mode. Similarly, if the decode logic Is operating in the second 
mode and the Java Impdep2 instruction is detected, the decode logic may remain in the 
second mode to decode the at least one system instruction. 

Please replace paragraph [0010] with the following amended paragraph: 

[0010] Figure 4 illustrates decoding an instruction In a first mode; aed 

Please repiace paragraph [0011] with the following amended paragraph: 

[0011] Figure 5 illustrates decoding a system command from a second instruction set In 
a first mode[[.]]i 

Please add the following new paragraph [0011.1]: 

[0011.1] Figure 6A illustrates a method in accordance with at least some embodiments; 
and 

Please add the following new paragraph [0011.2]: 

[0011,2] Figure 6B Illustrates a method in accordance with alternative embodiments. 
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Please add ttie following new paragraph [0031.1]: 

[0031.1] Figure 6A illustrates a method in accordance with at least some embodiments. 
The method starts (block 600) and moves to decoding the current bytecode (bloGl< 602). 
Concurrently with decoding the curent bytecode, the succeeding bytecode is pre-decoded 
{block 604). Thereafter, a determination is made as to whether the pre-decoded bytecode 
is a predetermined prefix (block 606). If so, decoding of the predetermined prefix is 
skipped (block 608), and the method ends (block 610). If the succeeding bytecode is not a 
predetermined prefix (again block 608), the process ends (block 610). 

Please add the following new paragraph [0031.2]: 

[0031 .2] Figure 6B Illustrates a method in accordance with alternative embodiments. The 
method starts (block 620) and moves to decoding the current bytecode (block 622). 
Thereafter, the succeeding bytecode, which may be the predetermined prefix discussed 
above, is detected (block 624). Finally, the process ends (block 626). 
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